Problem

When an artist enters a freeform/custom genre on the track edit/upload form, it silently reverts to Electronic after saving.

Root cause

toSdkGenre in packages/common/src/adapters/track.ts filtered out any value not in the canonical Genre enum and returned undefined. That undefined then fell back to DEFAULT_GENRE = Genre.Electronic before being sent to the SDK:

// before
return VALID_GENRES.has(value) ? value : undefined   // custom genre → undefined → Electronic

This is the last missing piece of the freeform-genres feature. The backend already accepts any non-empty genre string up to 100 chars:

• Go API — feat(tracks): allow custom genres; cap at 100 chars (slash discrepancy test #879)
• ETL indexer — fix: accept freeform genre strings (remove allowlist enforcement) OpenAudio/go-openaudio#351
• SDK upload schema + SelectGenreField rewrite — feat(genres): allow custom track genres #14424 (merged)

…but the web write-path adapter still corrupted custom genres to Electronic, so the feature wasn't actually live end-to-end on web.

Fix

Pass any non-empty genre string through unchanged. The empty case still falls back to Electronic (genre is required). Removes the now-unused VALID_GENRES set and adds regression tests.

Note

Re-applies the fix from #14465, which was closed inadvertently after the backend half merged — there was no superseding PR and main still had the bug.

Validation

• tsc --noEmit — no new errors (one pre-existing unrelated Event.ts error remains on main)
• eslint — clean
• vitest src/adapters/track.test.ts — 5/5 pass (added 3 regression tests: freeform passthrough, canonical preserved, empty → Electronic)

🤖 Generated with Claude Code